Problem

The pulse component in DeployComponents.ts materializes the launchd plist from the template com.lifeos.pulse.plist, which contains two placeholders — __HOME__ and __BUN_PATH__. But materialization substitutes only __HOME__:

const materialized = readFileSync(plistSrc, "utf-8").replaceAll("__HOME__", ctx.home);

__BUN_PATH__ is left literal, so the written plist is:

<key>ProgramArguments</key>
<array>
    <string>__BUN_PATH__</string>
    <string>run</string>
    <string>pulse.ts</string>
</array>

launchd can't exec a program literally named __BUN_PATH__, so the service fails to start and launchctl print gui/<uid>/com.lifeos.pulse reports last exit code = 78 (EX_CONFIG). bun Tools/DeployComponents.ts --apply --components pulse returns applied: true but the healthz probe returns 000 — the daemon never runs under launchd, even though it runs fine when invoked directly (bun run pulse.ts).

Fix

Also substitute __BUN_PATH__, using the bun binary running the deploy (process.execPath):

const materialized = readFileSync(plistSrc, "utf-8")
  .replaceAll("__HOME__", ctx.home)
  .replaceAll("__BUN_PATH__", process.execPath);

Verification

• Before: managed service exits EX_CONFIG; healthz → 000; dashboard unreachable.
• After (plist with the substitution): launchctl print shows state = running, last exit code = (never exited); healthz → 200; dashboard 200. Same daemon, now execs correctly under launchd.

Single line, single file. (The dry-run action message near L151 also only names __HOME__; happy to update it to mention __BUN_PATH__ for accuracy if desired.)